home *** CD-ROM | disk | FTP | other *** search
/ Most Valuable Games 1 / Most Valuable Games I (MVP Publishing)(February 1995).iso / games2 / sf2 / sfliufaq.txt < prev    next >
Text File  |  1994-01-31  |  8KB  |  146 lines
  1. SFLIU Frequently Asked Questions (& Answers!)
  2. =============================================
  3.  
  4. By Brian Chan (chanav@sfu.ca)
  5. Version 1.02
  6. Last revision:  January 16, 1994
  7. Updated for SFLIU V2.00 release
  8.  
  9.  
  10. Q:  Can I write to the author?
  11. A:  Yes you can!  And here are the E-mail addresses of the author and his
  12.     dearest assistant. ;) Comments, suggestions, requests, or even a word
  13.     from you are very welcomed!  Hey, your letter will probably be the only
  14.     reward me and Derek will ever get so feel free to write to us!
  15.  
  16.     Derek Liu (Lancer) - deliu@unixg.ubc.ca
  17.     Brian Chan         - chanav@sfu.ca
  18.  
  19. Q:  When's the next version of SFLIU coming out, and what can we expect?
  20. A:  The next version of SFLIU will probably be SFLIU 2.10.  Hopefully Vega
  21.     should be completed by then.  Possibly even more game graphics will be
  22.     added and edited, and maybe the postponed "Super" version will be
  23.     released then.
  24.  
  25. Q:  Some of the backgrounds look really smudged or are off in color, is Derek
  26.     going to change them or what?
  27. A:  Not if you don't write to us telling us which background do you think is
  28.     poor in quality and which one's not.  We didn't have time to fine tune the
  29.     backgrounds but if there's enough requests you'll see some improved
  30.     backgrounds in V2.10.
  31.  
  32. Q:  I've looked into the KEY file and noticed that there are many moves
  33.     starting with a number followed by an "U", should I edit them so we can
  34.     use the move?
  35. A:  Hey certainly not!  Those moves are reserved for the computer's use only,
  36.     you mess around with that the EXE file will notice the changes then
  37.     format your hard drive!  Actually the game will just act weirdly if you
  38.     change that, our advice is: NEVER DO IT.
  39.  
  40. Q:  Why is the computer so stupid?  The game isn't much of a challenge.
  41. A:  SF196.EXE merely does normal moves and the special moves (specified in the
  42.     KEY file) at random.  To get the most fun out of the game, try increasing
  43.     the computer's Offensive and Defensive strength to about 3/4 full, and
  44.     yours around 1/4.  And don't just sit there throwing fireballs all day at
  45.     the opposite side of the screen, get in the computer's face!  Practice
  46.     your combos!  (And maybe the computer will land one too!) :)
  47.  
  48.     Note that in SFLIU the computer has a bit of AI, where you'll see the
  49.     computer landing combos on you from time to time.  That's our slightest
  50.     effort to make the game more fun. Also note that in version 2.00 the
  51.     computer slams less than the alpha version.
  52.  
  53. Q:  Why can't Ryu/Ken/Chun Li do Cyclone/SBK in the air?
  54. A:  SF2IBM has a number of problems regarding the ability to perform special
  55.     moves in the air.  Firstly, it cannot detect where the ground is, or where
  56.     in the jump that the CK/SBK was called.  Therefore, we cannot program a
  57.     proper CK/SBK without having Ken/Ryu/Chun Li "float" back to earth, or
  58.     disappear below the ground.  Secondly, continual use of moves in the air
  59.     has the potential to hang the game by having Ken/Ryu/Chun Li go higher and
  60.     higher, off the screen.  Thirdly, there is a bug in the .EXE that involves
  61.     interrupting sequences "reprogramming" other sequences.  Therefore, we
  62.     tried to keep interrupting to a minimum-just the moves that are able to be
  63.     interrupted in the arcade.  Fourthly, if we did do moves in the air, it
  64.     wouldn't exactly match the arcade anyways.  In HF, an aerial CK/SBK has no
  65.     ascending motion, while in SF2IBM it would.
  66.  
  67.     Note that in SFLIU 2.00, the computer can now do it though :)
  68.  
  69. Q:  Why is there a file called "HYP-#SET.COM" and what does it do?
  70. A:  It turns on the Number Lock.  A while back, Derek and I were annoyed at
  71.     having our number lock turned off by SF2IBM, so we came up with HYP-#SET.
  72.     If you prefer having your Number Lock off, just edit it out of the batch
  73.     files "SF2.BAT" or delete the "HYP-#SET.COM" file.
  74.  
  75. Q:  Why isn't there charging built into the game?
  76. A:  Charging IS in fact built into SF2IBM, but it doesn't add anything to the
  77.     gameplay.  You cannot jump and charge, so Guile wouldn't be able to do any
  78.     combos.  The charge time is too long, longer that Guile's jump time, so
  79.     Guile still wouldn't be able to do combos! :(  A single keystroke would
  80.     erase the charge, so one cannot punch and charge at the same time.
  81.  
  82.     Note that charging is used on Balrog's level 3 charge and on Andy's
  83.     killing move.
  84.  
  85. Q:  How do I Cyclone Kick over a fireball?  The game always makes me block.
  86. A:  "Timing", in the arcade sense, is not needed to perform special moves in
  87.     SF2IBM.  The game merely detects a series of keystrokes within a certain
  88.     time "window".  If it matches a special move, then that special move is
  89.     performed.  Try pressing "down", release, then press "back", release, then
  90.     finally hit a kick button.  Ryu/Ken should still do a CK, despite the fact
  91.     that the keystrokes were not "consecutive".  Of course, this doesn't apply
  92.     to Sonic Booms or Yoga Fires.  And also keep in mind that only Ryu is
  93.     invincible on the way up, and that you cannot CK over a slow fireball
  94.     unless you're getting up.  This method also applies to going through
  95.     projectiles with the jab Sumo Head Butt.
  96.  
  97. Q:  Why doesn't a jumping short last throughout the whole jump?
  98. A:  To avoid having an attack hitting twice.  There are no "hit flags" in
  99.     SF2IBM, where once an attack has hit, it is incapable of hitting again, so
  100.     we had to cut the duration of the attack.
  101.  
  102. Q:  Why do some combos still redizzy?
  103. A:  The internal dizzy meter works a bit differently than the arcade.  When
  104.     dizzy in the arcade, one's dizzy meter should be set on empty to make a
  105.     re-dizzy extremely unlikely, if not impossible.  Besides, in SF2IBM, the
  106.     dizzy meter is extremely crude.  In SFLIU, the "big" combos might redizzy,
  107.     such as the Fierce/Fierce/DP combos.  However, there's not much we can do
  108.     about that, since the dizzying power of all attacks were already lowered
  109.     as much as possible.
  110.  
  111. Q:  Why is it that if I throw a fireball close up, and my opponent blocks, his
  112.     blocking time is shorter than my fireball delay time?  Then he combos me
  113.     back.  This isn't MK, y'know!
  114. A:  In the arcade, different actions cause different blocking time.  For
  115.     example, the "block stun" time of blocking a fireball is exactly the same
  116.     as the fireball delay.  The block stun caused by a jab will be shorter
  117.     than the block stun caused by a fierce.  However, in SF2IBM, there is only
  118.     one blocking time.  We had to shorten it to allow blocking a high attack
  119.     immediately followed by a low attack.  Unfortunately, that brought in the
  120.     MK factor.  :(
  121.  
  122. Q:  Why does Blanka's roll go through the opponent?
  123. A:  The .EXE cannot interrupt the rolling motion when it detects a collision.
  124.     Going through the opponent is due to the small invulnerable time during
  125.     the "slide back" motion after being hit.  The same thing happens when
  126.     two Kens do a fierce DP -- they pass through each other, due to the
  127.     invulnerability.  The .EXE will not make them slow down and "collide",
  128.     like the arcade.
  129.  
  130. Q:  Why can't I do moves if my opponent is holding down too many of his keys?
  131. A:  The .EXE doesn't handle keyboard conflicts rather well.  Try using the
  132.     default key mapping given with SFLIU.  If anyone finds a less conflicting
  133.     configuration, please tell us.
  134.  
  135. Q:  Why doesn't the close range attacks work if my opponent is directly above
  136.     me?
  137. A:  I guess the .EXE only calls up the close range attacks when the opponent
  138.     is on the ground.
  139.  
  140. Q:  Why are the interruptable moves still able to be interrupted when I
  141.     haven't hit my opponent?
  142. A:  SF2IBM 1.90's interrupt feature makes no distinction between previously
  143.     hitting or missing your opponent.  Besides, it is possible in the arcade
  144.     to interrupt without a previous hit (although it is nowhere near as easy
  145.     as SFLIU!)
  146.